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24 Document Purpose 

25 This purpose of this document is to create clear, concise and agreed-upon set of customer requirements 

26 that allow RIQI to implement WHAT the customer wants and WHY. Items that explain HOW the 

27 requirements should be implemented will not be included in the scope of this document. 

28 The priority levels for a given user requirement (Must Have, Nice to have) are included for 

29 consideration. “Nice to Have" items may not be implemented within this project due to technical 

30 limitations, capabilities of the environment, funding, etc. 

31 

32 Revision History 
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38 PROJECT CONTACTS 
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Organization 
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Owner 
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design, execution, monitoring, controlling and closure of 
a project. 

April Arnold, 
AArnold(a)riqi.org 
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document needs and the rationale for change, and to 
design and describe solutions that deliver value. 

Andrea Levesque, 
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ID 

Title 

Version 

Notes 


Risk Prediction of Emergency Department 

Revisit 30 Days Post Discharge: A Prospective 
Study 

https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4231082/ 

2014; 

9(11): 

ell2944 

Megan Ranney recommended 
predictive analytics tool: 

Published online 2014 Nov 13. 

doi: 

10.1371/journal.pone.0112944 


43 REQUIRED LEGAL AGREEMENTS 

44 This table includes legal agreements that will be required for this project. 

45 DSP = Data Sharing Partner 

46 DUA = Data Use Agreement 

47 MSA = Master Services Agreement 

48 SOW = Statement of Work 

49 BAA = Business Associate Agreement 

50 


Contract 

Assigned To 

Notes 

For DSPs sending ADTs into CurrentCare & Care Management 
(RIQI collecting all ADTs for all DSPS on all patients): 



MSA + SOW to send data into Care Management + BAA 
Purpose: RIQI receives all Care Management data from DSP 
Sending Party: RIQI 

Signing Party: All DSPs 

N/A 

Already in place with 
all existing DSPs. 

DSP Agreement + BAA 

Purpose: Lifespan shares ADT data with RIQI (through Epic 
vendor). The ADTs affected by this project will be the 
registration ADTs (called "quick reg" at Lifespan) from the 
Lifespan EDs. 

Sending Party: RIQI 

Signing Party: Lifespan 

N/A 

Already in place with 
Lifespan/RIQI 

DUA + BAA 

Purpose: RIQI shares CurrentCare data with Lifespan (through 
Epic vendor) 

Sending Party: RIQI 

Signing Party: Lifespan 

N/A 

Already in place with 
Lifespan/RIQI 

SOW to receive data from Care Management 

Purpose: RIQI shares Care Management data with Lifespan 
(through Epic vendor) - specifically the EDSN "HIE" data and 
flag. 

Sending Party: RIQI 

Signing Party: Lifespan 

Elaine 

Fontaine & 

Michael 

Dwyer 

RIQI will work with 
Cedric Priebe at 
Lifespan 
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1 OVERVIEW 

The ED Smart Notifications (EDSN) project is a joint effort to design, implement and 
utilize functionality to summarize relevant data and utilize a predictive model ("HIE Risk 
Model") to inform Emergency Department (ED) providers about a patient risk ("HIE 
Patient Risk") at the point of care to support the informed clinical decision making. 

The ED Smart Notifications project enables actionable insights about patients to be 
seamlessly delivered to the ED provider as part of their workflow in the Emergency 
Department. When a patient quick registers in the Emergency Department, additional 
data will be collected, such as data from the Prescription Drug Monitoring Program 
(PDMP); an analytics model will be run against the data; and the predictive insight ("HIE 
Risk Flag(s)" & "HIE Risk Report") will be delivered to the provider in their Emergency 
Department electronic health system. 

The ED Smart Notifications project will begin with development of a preliminary 
analytics model that will be utilized for the initial rollout. The initial roll-out will include 
three selected Lifespan Emergency Department as determined by Lifespan. 

The scope of the current "HIE risk" project will include 1) risk of opioid use disorder or 
opioid overdose and/or 2) 7 and/or 30 day ED visit history. Future projects can address 
other factors. 


2 ACTORS 


Actor 

Description 

ED Care Team 

Emergency Department Physicians and Clinical Care Team 

Customer EHR 

Customer's Electronic Health Record (EHR) 

RIQI HIE 

Rhode Island Quality Institute Health Information Exchange 


3 ASSUMPTIONS 

1. The ED Smart Notification functionality will be available for all patients, not just those who are 
enrolled in CurrentCare. 

2. The patient does not have to have a prior ED visit within the state to be included in the ED Smart 
Notification functionality. 

3. Data from the Prescription Drug Monitoring Program (PDMP) will be available to the predictive 
model. 

4. The existing Care Management Alert and CurrentCare Hospital Alert functionality remains 
unchanged by these requirements and user stories. 

5. All patients sent in a Lifespan ADT will be added to the Lifespan ADT Dynamic Panel, even if they 
are enrolled in CurrentCare or on another CM panel. 

6. RIQI will always receive a single Registration ADT per encounter. 

7. During outages, RIQI will queue EDSN messages up and then send when the interface is back up. 

8. Any references to HIE data refers to CurrentCare and Care Management data 
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88 

4 USE CASES 

89 

4.1 

RIQI Stores All ADTs 

90 

• 

RIQI receives and stores all ADTs for all patients from all Data Sharing Partners (DSPs) 

91 


that send ADTs 

92 

4.2 

RIQI Creates Risk Model 

93 

• 

RIQI creates an analytic model to assess 1) risk of opioid use disorder or opioid overdose 

94 


and/or 2) 7 and/or 30 day ED visit history 

95 

4.3 

RIQI Sends Risk Level(s) & HIE Data 

96 

• 

RIQI creates functionality to notify EHR of HIE risk level(s) & other relevant HIE data 

97 

4.4 

ED Care Team Views Risk Level Flag(s) in EHR 

98 

• 

Care Team views new HIE risk level flag(s) within the EHR 

99 

4.5 

ED Care Team Clicks for More Information 

100 

• 

Care Team clicks for more information behind the HIE risk data, as needed 

101 




102 5 USER STORIES 

103 5.1 ED Care Team 
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# 

Requirement 

Priority 
(Must Have, 

Nice to Have) 

1.1 

As the ED Care Team, 1 want the RIQI HIE to create a data model to assess 1) 
risk of opioid use disorder or opioid overdose and/or 2) 7 and/or 30 dav ED visit 
history based on an analysis of: 

• historic HIE data (ADT data stored for all patients) 

• information available during the patient's current encounter 
(within the registration ADT message) 

• information indicating treating relationships at facilities in Rl 
(including Community Mental Health Organization (CMHO), Opioid 
Treatment Program (OTP) and other Part 2 facilities) 

• prescription drug monitoring program data 

• information available in CurrentCare (NOTE: CurrentCare data will 
not be used to create the model, because that would add bias; but 
this data can be used to calculate opioid risk (ie, a depression 
diagnosis from a CurrentCare CCD, etc) and can be sent in the text 
of the HIE report) 

Must Have 


so that 1 am provided with actionable insight based on HIE data that 1 can use 
when treating patients. 

(Note: The contract states that the algorithm "is external to this agreement" 
and "only the use of the algorithm is within the scope of this SOW.") 


1.2 

As the ED Care Team, 1 want to initially limit the scope of patients that are 
included in this project to all ED Registration ADTs with patients 18 years of age 
or older, so that the service will be provided to the adult population while there 
are further discussions with the Department of Health, EOHHS and ED clinicians 
regarding the use the adult algorithm with a younger age cut off (reference #2 
below in "Further Investigation Needed" section). 

Must Have 

1.3 

As the ED Care Team, 1 want to view new flag(s) in my EHR to alert me of an 

HIE risk level based on the above HIE data model, so that 1 can easily view which 
patients are at risk for Opioid use disorder or opioid overdose and/or have 7 
and/or 30 day ED visit history as defined by the algorithm. 

(Note: This flag capability (single, double, multiple, colors, null, etc) will be 
mutually agreed upon between all stakeholders at a later date.) 

Must Have 

1.4 

As the ED Care Team, 1 want to be given the option to click to view supporting 
"HIE report" information, so that 1 can view important information related to 
the potential HIE risk. 

Must Have 

1.5 

As the ED Care Team, 1 want the supporting "HIE Report" to include any active 
treating relationship(s) (ex: CMHO/OTP/PCPs/others) where permissible (by 
law and contractual obligation), so that 1 can connect with the Care Team at 
the treating organizations to understand care history and coordinate future 
care plans. 

Must have 
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105 5.2 Customer EHR 


# 

Requirement 

Priority 
(Must Have, 

Nice to Have) 

2.1 

As the Customer EHR, 1 want to setup secure infrastructure/interface(s) (if not 

already in place) to receive HIE risk data, so that 1 can share information 
securely for this project. 

Must Have 

2.2 

As the Customer EHR, 1 want to create new functionality to display HIE risk 
flag(s) in the ED EHR, so that 1 can notify the ED Care Team when a patient is at 
risk. 

Must Have 

2.3 

As the Customer EHR, 1 want to create new functionality to display a text-based 
report of HIE risk data (such as a PDF) from within the ED EHR, so that 1 can 
notify the ED Care Team of important information related to the HIE risk flag. 

Must Have 


107 5.3 RIQI 

108 RIQI HIE 


# 

Requirement 

Priority 

(Must Have, Nice to 

Have) 

3A.1 

As the HIE, 1 want to enable functionality through Care Management to 
receive and store ADTs for all patients from all DSPs that send ADTs, so 

1 have historic encounter information available to the HIE risk model. 

Must Have 

3A.2 

As the HIE, 1 want to setup secure infrastructure/interface(s) (if not 

already in place) to send HIE risk data, so that 1 can securely share HIE 
risk information for this project. 

Must Have 

3A.3 

As the HIE, 1 want to enable functionality to track eligible patients 

Must Have 

assessing & reporting on HIE risk level, so that 1 can provide the service 
on the intended population and so that 1 can accurately charge for the 
service. 

3A.4 

As the HIE, 1 want to calculate the HIE risk score based on available 
data, so that the data is available at the time the ED clinician sees the 
patient. 

Must have 

3AS 




below in "Further Investigation Needed” sccti&e^ 


3A.6 

As the HIE, 1 want to create and store new field(s) (or use existing 
one(s)) associated with each panel that tracks the Type of Panel 
Organization (Ex: CMHO or OTP), so that 1 can use this information 
within the predictive model. 

Must Have 

3A.7 

As the HIE, 1 want to create and store new field(s) calculated by the HIE 
risk algorithm to calculate numeric HIE risk score(s) and risk flag(s) 
associated with each encounter, so that 1 can determine when to 
provide this information to customers. 

Must Have 
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no 

111 RIQI Finance & Operations 


# 

Requirement 

Priority 
(Must Have, 

Nice to Have) 

3C.1 

As RIQI Finance, 1 want to receive a monthly report of the number of 
encounters for which the HIE risk was assessed, so that 1 can accurately report 
metrics and so that 1 can invoice the customer. 

Must Have 

3C.2 

As RIQI Operations, 1 want to receive a monthly report of the number of 
encounters for which the HIE risk was assessed, and an alert was shared to the 
customer, so that 1 can accurately report metrics. 

Must Have 

3C.3 

As RIQI Operations, 1 want to receive a monthly report of the number of 
encounters for which the HIE risk was assessed, and an alert was NOT shared 
to the customer, so that 1 can accurately report metrics. 

Must Have 

3C.3A 


Must ha¥# 



accurately report metrics, 

3C /] 


Must Hrw# 



the EDSN project. 

3C.5 

As RIQI Operations, 1 want to receive a monthly report that details transaction 
totals for this EDSN project (ie, how many were received/sent/dropped due to 
insufficient information, etc), so that 1 can support the interface. 

Must Have 

3C.6 

As RIQI Operations, 1 want to receive access to a report in the Care 

Management Portal that details totals for all dynamic panels, so that 1 can 
support the interfaces. 

Must Have 

3C.7 

As RIQI Operations & RIQI Finance, 1 want to setup end-to-end processes to 
implement/update the ED Smart Notifications Panel/service and also to process 
for termination/removal of the service when that is needed in the future, so 
that 1 can be ready to support this new service. 

Must Have 

3C.8 

As RIQI Operations & RIQI Finance, 1 want to improve the Salesforce/Jitterbit to 
Healthshare process to account for differences in the EDSN Panel, so that 1 can 
be ready to support this new service. 

Must Have 


6 OUT OF SCOPE ITEMS 

1. Implementing this functionality at organizations other than Lifespan EDs 

2. Additional data sources above and beyond what is actually and legally available in RIQI 
production environment or being added as part of this project. 

3. There will not be a Care Management Dashboard (RIQI product based on a panel, which 
displays hospital, ED and SNF encounters) associated with this project. 


112 
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4. No additional inbound interfaces from the customer will be created. Inbound ADTs will 
contain all information needed to determine which ADTs/encounters will trigger the request 
to calculate HIE risk, as well as any provider information needed to query PDMP. 

5. The types of ADTs that trigger ED Smart Notifications will be limited to Registrations (A04). All 
other types of ADTs (admit, discharge, transfer) will be excluded (ie, will not trigger ED Smart 
Notifications; although they may inform HIE risk scores) as part of the scope of the project). 

7 FURTHER INVESTIGATION NEEDED (TO DETERMINE IMPLEMENTATION 
APPROACH) 

1. ED Care Teams have expressed interest in receiving information to let them know whether a 
patient with a high risk flag is being treated at a CMHO/OTP. RIQI, with assistance from the 
state, will make good faith efforts (alter Care Management legal agreements) to work with 
CMHOs/OTPs to allow display of active treating relationships. 

S?— Age Determine whether running the adu l t high risk a l gorithm app l ied to individua l s aged 

16 18 wou l d be he l pfu l and desired by DOH and ED c l inicians, and if so, imp l ement 

according ly? 

8 FUTURE CONSIDERATIONS 

1. Future Consideration: future projects could include a model with other high risk attributes, 
behavioral health, and healthcare overutilization. 

2. Future Consideration: RIQI could incorporate risk score(s) & flag(s) into RIQI products and 
services. 

3. Future Consideration within Epic: For patients enrolled in CurrentCare, it might be helpful to 
include within the "HIE risk document of related data" a link to that patient's CurrentCare 
Summary report in Care Everywhere, for more information. 

4. Future Consideration: CMHOs/OTPs and ED Care Teams have expressed interest in having the 
CMHOs & OTPs provide contact information (specific for that patient) within their panel file 
to RIQI, so that information could be displayed to the ED Care Team. The ED Care Team could 
connect with the Care Team at the CMHO/OTP to understand care history and coordinate 
future care plans. 

5. Future consideration: Other outcome measures may be considered 

6. Future consideration: Delivery of alerts to non-ED providers (e.g., case managers, PCPs) may 
be considered 

7. Future consideration: Provide risk of inpatient utilization. 

8. Future consideration: implement a different EDSN model for children <18 & at the Hasbro ED. 


9 NON-FUNCTIONAL 

1. Reporting Requirements from contract: 

Monthly: Provide monthly progress reports to EOHHS on the last business day in each month, 
which includes: Updates on all metrics as follows: 

1) Pre Go-Live 

a) Number and type of users involved in user acceptance testing 


Confidential 


Page 11 of 13 
Copyright 2018 RIQI 


18 June 2018 







158 

159 

160 

161 

162 

163 

164 

165 

166 

167 

168 

169 

170 

171 

172 

173 

174 

175 


ED Smart Notifications - Business Requirements 


Rhode Island @ Quality Ins 


titute 


2) During the Post Go-Live Period and when the state is required to provide a final 
report 

a) Outage log, including all Outages related to the Application, the length of the 

Outage in minutes and cumulative duration of all Outages. 

b) Number and type of clinicians with access to alerts 

c) Number of records with an alert shared through the track board 

d) Number of records that were processed, but not shared through the track 

board. 

2. SLAs from contract: 


Item 

Description 

Penalty 

Prolonged 

Outages 

Software is inoperable, meaning that Users cannot use the 
system due to Issues primarily caused by Contractor and within 
Contractor’s responsibility, for longer than 72 hours (accrued 
cumulatively in minutes of each Outage) during the Post Go- 
Live Period. 

Up to 10% of 
amount owed for 
completion of 
Milestone 1.16 

Data 

errors 

Software is returning incorrect data to the Emergency 

Department based on a Problem primarily caused by Contractor 
and within Contractor’s responsibility, excluding the algorithm 
and quality of data from the data source. 

10% per Problem 
of amount owed 
for completion of 
Milestone 1.16 

Software 

Inoperable 

If at the end of the Post Go-Live Period the Software is 

Inoperable, the Contractor will be given an opportunity to 
demonstrate that the Software is Operable within three (3) 
business days (excluding weekends and Contractor recognized 
holidays), before a determination of any penalty is made. 
Contractor may mutually agree with the state to extend the end 
date of the Post Go-Live Period. 

100% of amount 
owed for 
completion of 
Milestone 1.16 


10 TRAINING 

1. ED Care Team: 

• I want to receive communication, training and/or collateral on how to use flag, what 
information is available, when it will be populated or not populated within my 
workflow. 

2. Internal RIQI staff who deliver services: 

• I want to be educated about this important feature. 
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178 


11 BUSINESS PROCESS FLOW DIAGRAM FOR EDSN (FROM LIFESPAN 
PERSPECTIVE) 


Proposed High Level Product Flow - EDSN 


at Lifespan 



Staff 

registers 

patient 


▼ 


.j 

RIQI Sends 

Project Scope; 

Risk Report (only if opioid 

• ‘'Quick Reg* (A04| 

- ED at TMH/NPH/RIH 

risk and/or ED history). 


Filter >- Age 18 



Flag Options ITBD) 
Risk ► 

No Risk N/A 
No Data N/A 


▼ 


Epic EHR (Details TBD by Lifespan) 


Patient 

Bed 

XX 

XXX 

Risk 

First LastName 

DIO 

XX 

xxxxxxx 

► - 

First LastName 

AOl 

XX 

xxxxxxx 


First LastName 

80S 

XX 

xxxxxxx 




Displays text report, where applic. 

Why Risk : Opioid and/or ED history 
Backup Data (mst examples. TBD): 

- Zip 

- Benzo or Opioid Rx < 30 days 

- MME >90/ day 

- 5 pharmacies & 5 prescribes 
• # ED visits in 6 mos 

- CM Panels that patient is on 
(CMHO/OTP are Nice to Have) 


179 12 BUSINESS PROCESS FLOW DIAGRAM FOR EDSN (FROM RIQI PERSPECTIVE) 
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